home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 4939 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.5 KB  |  77 lines
  1. Newsgroups: comp.sys.amiga.hardware
  2. Path: news-1.csn.net!ub!dsinc!scala!scott
  3. From: scott@scala.scala.com ("Scott Drysdale")
  4. Subject: Re: x86 must die it's over-priced junk
  5. Message-ID: <1996Feb24.023705.11898@scala.scala.com>
  6. Date: Sat, 24 Feb 1996 02:37:05 GMT
  7. References: <Pine.SUN.3.91.960207172950.9405A-100000@pasta> <Pine.BSD/.3.91.960208091306.27921A-100000@ecf2.puc.edu>
  8. Organization: US Research and Development - Scala Inc.
  9.  
  10. In article <Pine.BSD/.3.91.960208091306.27921A-100000@ecf2.puc.edu> ":=Rob=:" <rldickin@puc.edu> writes:
  11. >NOT! Sure the '486 has a higher clock rate, sure it has faster 
  12. >instructions, but thats not all that counts.
  13.  
  14. sure it is.  of course, the denser 68K instruction set means code is
  15. typically around 10% smaller for the 68K than the x86.  but nobody
  16. cares about code size in the PC world anymore.  speed is everything.
  17.  
  18. >Have you ever compared the 
  19. >68000 series instruction sets with the 8086 series instruction sets?  
  20. >Motorolas instructions are much more flexable and operate on so much more 
  21. >in the same instruction that Intels processors.
  22.  
  23. ever use DBRA on the 68K?  notice that it only uses a 16 bit count?  is
  24. this good?
  25.  
  26. look up FBSTP in the 486 manual some time :)
  27.  
  28. >For example, compare the 
  29. >68000 with the x86 in simple data moves.  The 68000 can move 32 bits from 
  30. >memory to memory in one instruction where the x86 has to move it into a 
  31. >register first, then to memory.
  32.  
  33. this almost doesn't matter in a machine with an instruction cache.  memory
  34. to memory moves are also fairly rare, except block moves, and the x86 has
  35. a plethora of block operation instructions.
  36.  
  37. >Besides the fact that the 68000 has 31 
  38. >general purpose 32-bit registers and operates on 32-bit data where old 
  39. >compatable x86 software runs with two 16-bit registers that have limited 
  40. >uses.
  41.  
  42. the 68000 has 8 data registers and 8 address registers.  one of the address
  43. registers is 'special purpose' (the stack pointer).  that makes 15 32-bit GP
  44. registers.  the 32-bit x86 processors (386 and up) have 4 32-bit data
  45. registers and 4 32-bit "address" registers, one of which is the stack
  46. pointer, giving 7 32-bit GP registers.  note that the "data" registers
  47. can usually be used like address registers.  that's a little more than two
  48. 16 bit registers, don't you think?  how much 8086 code (change all 32-bit
  49. refs above to 16 and you've got an 8086) do you think is out there any more?
  50.  
  51. as to your blatherings about die size, etc, consider that the 040 and 060
  52. leave a lot of floating point (and some integer instructions) out of the
  53. chip and thus they must be emulated in software.  this makes moto's die
  54. smaller, but obviously the emulated instructions go alot slower.  all the
  55. intel chips have all the instructions (fp included) of their earlier
  56. editions.  the x86 family is also saddled with the weird V86 mode and other
  57. overbaked MMU tricks.
  58.  
  59. >I dare to include my signature:
  60. >:=Rob=:
  61.  
  62. ooh.
  63.  
  64. i'm no fan of the little-i company (after all, "intel" is less than half
  65. "intelligent").  i just have been dealing with both the 68K and x86 for
  66. years on a pretty even basis.  a 386 or higher running in 32-bit mode
  67. is just as "good" as a 68K machine as far as feature/speed comparisons
  68. go.
  69.  
  70. remember that the 68K is really a big PDP-11, and the 8086 is really a
  71. big 8080, which was a big 8008, which was a big 4004.  once intel hit
  72. the 386, they had most of the brain damage fixed.
  73.  
  74. -- 
  75. Scott Drysdale // Scala Inc. // scott@scala.com // 1960 HD FLH // AMIGA!
  76. Sanitation Engineer // "where you gonna go when your 8520's blow?"
  77.